


System Configuration 


1.1 SUPER NES CD-ROM SYSTEM CONFIGURATION 


Custom Nintendo Disc (ND) 
System Cartridge for Super NES 
CD-ROM System 



Super NES 



Custom ND Drive 
for Super NES CD-ROM System 


ND Drive Characteristics: 
Dimensions: 

242mm x 200mm x 74mm 
Weight: 

approx. 1.1 Kg 
Power Consumption: 

9W 


Custom AC Adapter for 
Super NES CD-ROM System 




vs’-: # £ 


Custom N Disk for 
Super NES CD-ROM System 


These devices will be sold as a CD-ROM Adapter kit. 
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System Cartridge Specifications 


2.1 SYSTEM BLOCK DIAGRAM (Software Perspective) 
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2.2 


MEMORY CONFIGURATION 


1. Main Memory 


• D-RAM 

8 Mbits 

• PS-RAM 

1 Mbit 

• (Super NES Memory 

1 Mbit) 

2. Supplementary Memory 


• D-RAM 

4 Mbits 

3. System ROM 

2 Mbits 


3 


Nintendo Technical Conference of February 1, 1993 


2.3 CO-PROCESSOR (SCCP) 


The Super NES CD-ROM System Co-processor (SCCP) is a 32-bit high-speed RISC 
micro-processor, designed to drastically improve the Super NES CD-ROM System 
performance. 

1. Core 32-bit RISC CPU 

2. Clock 21.47727 MHz no- wait 

3. Cache Command cache (1 Kbyte) 

4. Arithmetic Functions 

Powerful arithmetic functions including; floating-point arithmetic commands, 
addition, subtraction, multiplication, and division operations 

5. Parallel Operation with the Super NES CPU 

6. Program Development Environment 
Environment using a highly optimized C compiler 

7. Examples of Application 

• Graphics image processing 

• Image data compression and expansion 

• Hit detection processing 

• Logic program 
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2.4 CD-ROM DECODER (HANDS) 

The Hyper Advanced Nintendo Data Transfer System (HANDS) is a custom chip 
with functions which allow efficient utilization of the Super NES CD-ROM Sys- 
tem’s large memory capacity and XA-compatible CD-ROM decoding functions. 

1. Core 65C02 

2. Clock 4.29545 MHz 

3. DMA Support Functions 

The following two functions support Super NES CPU DMA. 

a. HANDS allows the data on the main memory (8-Mbit DRAM) to be read 
without stopping the SCCP. 

b. When the SCCP DMA-transfers graphics data contained within memory to the 
VRAM, the graphics data is automatically converted to character data format 
for the Super NES. 

4. ADPCM Decoder 

HANDS features a sound map function, which allows output of ADPCM audio 
data stored in memory using any timing scheme. 

HANDS includes two units of ADPCM decoders (one unit = two channels). This 
makes it possible to output the sound map ADPCM audio while playing the CD 
ADPCM audio. 
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Drive and Media Specifications 


3.1 DRIVE SPECIFICATIONS 

1. Data Output Speed (Normal) 

(Double) 

2. Standard Access Time (1/3 stroke) 

3. Maximum Access Time (full stroke) 

4. Read Error Rate 

3.2 MEDIA SPECIFICATIONS 

1. CD-ROM XA Format 

2. Maximum Data Capacity while Formatting approx. 540 Mbytes 

3. Custom Case 

The disk is sealed in a rugged cartridge, designed to reduce the chance of inadvert- 
ent damage through consumer handling. 

The case contains a software security device which makes illegal duplication of 
the contained software difficult. 

The custom case also contains a back-up RAM for game data storage. A capacity 
of 256-Kbit is currently planned for this RAM. 


approx. 150 Kbytes/sec. 
approx. 300 Kbytes/sec. 

0.7 sec. 

1.4 sec. 

10" 12 or less 
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Development Environment 


FUTURE DEVELOPMENT TOOLS 

1. CD-ROM Drive Emulator (CD-BOX) 

The CD-BOX is a CD-ROM drive emulator developed for the Super NES CD- 
ROM System. The CD-ROM drive emulation function, essential in the develop- 
ment of CD-ROM software, allows debugging. Images and sound can be output 
with the same characteristics they will have when output from the CD. 

The CD-BOX contains a CD-image builder, PCM-sound-read, and ADPCM-con- 
version tools. 

The CD-BOX supports CD-WO write and master tape creation functions for pro- 
duction of the CD using the emulator, after debugging is completed. 

2. SCCP Program Development Environment 

A C-compiler package (C compiler, assembler, linker, and archiver) and custom 
debuggers (ICE, and source debugger) are used. 

3. Real-Time File Editor 

Graphic interface software is used for command output and file transfer to the CD- 
BOX. This software provides real-time file editing functions. 
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4.2 HARDWARE CONFIGURATION 


CD-BOX 
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Super NES CD-ROM System Overview 


5.1 MEMORY CONFIGURATION 

1. Main Memory 

• D-RAM 8 Mbits 

• PS-RAM 1 Mbit 

NOTE: The Super NES also provides 1 Mbit of usable memory to CD-ROM. 

2. Supplementary Memory 

• D-RAM 4 Mbits 

3. System ROM 2 Mbits 


5.2 SCCP 

1. Core 

2. Clock 

3. Cache 


32-bit RISC CPU 
21.47727 MHz no-wait 
Command cache (1 Kbyte) 


5.3 DRIVE SPECIFICATIONS 

1. Data Output Speed (Normal) approx. 150 Kbytes/sec. 

(Double) approx. 300 Kbytes/sec. 

2. Standard Access Time (1/3 stroke) 0.7 sec. 

3. Maximum Access Time (full stroke) 1.4 sec. 

4. Read Error Rate 10 12 or l ess 
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CD-ROM Basics 


This chapter provides a basic introduction to CD-ROM for software developers. 


1.1 WHAT IS CD-ROM? 

1.1.1 CD-ROM 

CD-ROM is a read-only compact disc (CD) encoded with computer data. 
CDs were initially developed for audio applications. CD audio discs and 
players can be found in many households today. How they work, howev- 
er, is often not understood. 

1.1.2 COMPACT DISCS 

CDs measure 12 cm in diameter. Data are represented as microscopic 
pits on a single path which spirals outward from the inner radius of the 
disc. A laser beam is used to detect these pits. The optical interference 
which results when light shines on the pits gives the disc a rainbow-col- 
ored, shimmering appearance. 

1.1.3 DISC STRUCTURE 

The disc is divided into three areas, as shown below. 

LEAD-IN AREA 
Contains the table of 
contents (TOC) 


PROGRAM AREA 
Contains up to 99 music 
or data tracks (which 
correspond to musical 
selections for music 
data) 



Indicates the 
end of the record. 
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MAJOR FEATURES OF CD-ROM 

1 .2.1 LARGE STORAGE CAPACITY 

Good software design must anticipate the ability of CDs to hold large vol- 
umes of data. The average CD-ROM holds about 540 Mbytes of data. Up 
to 650 Mbytes can be recorded within CD-ROM standards. 

The 540 Mbytes is 500 times greater than 8 Mbits of semi-conductor 
ROM. 

1 .2.2 DATA ACCESS TIME 

Most people assume that CD games are slow. Access time is relatively 
fast when compared to other large capacity memory devices, but is very 
slow compared to semiconductor ROM. 

CDs utilize a rotation technique called constant linear velocity (CLV) to 
maximize the recording density on a disc. Under CLV, the inner radius of 
the disc spins more rapidly than the outer radius. When moving between 
sectors on the inner and outer radius of the disk, the head must move a 
long distance and the motor speed changes. This increases the seek 
time. Adjacent positions on the disc, however, can be rapidly accessed 
by slightly shifting the direction of the laser beam. 

A CD's slow access time may also be attributed to rotational delay. The 
disc must rotate from the time the read head settles into position until the 
disc rotates to the desired sector. 

Effective CD-ROM programs must take these limitations into account. 
Slow CD games cannot be solely attributed to the medium. Half of the 
blame belongs to poor programming techniques. 

But, relax! The Nintendo CD-ROM accesses and reads data while the 
program is being executed. This helps conceal the drawbacks of CD 

technology. 

1 .2.3 DATA TRANSFER RATE 

The slow seek speed of CDs is only one reason CD games may be slow. 
Unlike semiconductor ROM, CD-ROM data must first be read into RAM in 
order to be used. The CD-ROM data transfer rate is 1 50 Kbytes/second, 
under the Mode 2 Form 1 recording format, and 170.2 Kbytes/second, 
under the Mode 2 Form 2 format. 

This data transfer rate must be considered when designing animation 
software, as screen and sound data must be read in real-time. 
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1.3 ERROR CORRECTION 


1.3.1 


CD-ROM ERROR CORRECTION 

Due to their high data density. CDs are highly susceptible to errors from 
damage incurred during the disc mastering and production processes 
and user handling. CDs use an error correction code called the Cross n- 
terleave Reed-Solomon Code (CIRC). CIRC employs two independent 
Reed-Solomon codes, which are referred to as Cl and C2. The error cor- 
rection rate under Cl and C2 is not perfect, however, and only a certain 
range of errors can be corrected. When non-correctable errors occur, ei- 
ther another technique must be employed to compensate for the data or 
the data cannot be used. 


For CD audio, other data can be interpolated for erroneous data without 
loss of audio fidelity. This is not permissible for computer data or text, 
therefore, CD-ROM uses an additional level of error correction. The third 
level is called C3. When error correction using Cl and C2 is not success- 
ful, C3 is utilized. Together, the three layers of error correction achieve a 
very low rate of non-correctable data. 


1 .3.2 WHEN ERRORS OCCUR 

Hardware automatically implements Cl and C2 when data is read from 
the disc. Most errors are corrected by these codes. When Cl and C2 are 
unsuccessful, the program is informed of the position of the data error 
and the program either identifies a substitute for the data or re-reads the 
data (when "redundant data is appended to the original). 

The final level of error correction, C3, is a software routine implemented 
for program and other data which must meet stringent data integrity stan 
dards. The C3 correction routine is called by software, when required. 


Data corrected? 


Data- 


C1 


C2 




o 


Use data. 


N 


Substitute or re-read. 

Data corrected? 

<Cv- 


C3 


Use data. 


N 


Re-read or give up. 
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1.4 SUBCODES 

1.4.1 SUBCODES 

Subcodes are information recorded intermittently among the actual data 
on a CD. Subcodes serve two purposes: 

1 . To search for a song or start playing from a certain point. 

2. To allow information other than sound data to be recorded, such 
as text or graphics which will be displayed on the screen. 

The two subcode channels P and Q are used for the first of these purpos- 
es. The six subcode channels R, S, T, U, V, and W are used for the sec- 
ond purpose. The standards for these channels were set with CD audio m 
mind, therefore, data cannot be freely recorded and used as desired. 

Channels R through W record screen data. The format for these channels 
is determined in the CD Graphics Standards (CD-G). The most success- 
ful use of these channels is for Japanese " karaoke ”, which displays the 
words to a song beneath a still picture. 

The P channel is a music track separator flag. When this channel is set to 
1, the drive pauses between songs. 

The Q channel is used for finer control purposes and contains information 
concerning the absolute (real) time and elapsed time within a song track 
The Q channel in the lead-in area is used for the table of contents (TOC). 

1.4.2 DISC TABLE OF CONTENTS (TOC) 

The TOC is recorded in the lead-in area on a CD and contains a list which 
identifies the track for each song. The TOC is essential for CD audio play- 
ers and CD-DA standards require that a TOC always be recorded. 

Data on CD-ROM, however, is accessed by files rather than by tracks, 
and programs do not generally need a TOC. 
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The CD Family 

Th. oo « srcS^ROM^r 1 ^ 

cM“eJeL » tttmy ol the CD. as a basis to. ^..standing CD-ROM XA. 

2.1 FROM CD-DA TO CD-ROM 

2.1.1 THE HISTORY OF THE CD _ 

CD technology was originally developed for audio applications. The stan- 
dard developed for audio discs is the “Compact Disc Digital Audio Spec- 
Sons" or P more commonly called the Red Book. The Red Book 
RDecifies'the physical format of CDs. the width of the spiral grove on 
which audio data is recorded, and so on. The Red Book is the basis for a 
other CD specifications. 

Next, the Yellow Book, or “CD-ROM Specifications'^ was releasee I to 
sDecifv the physical format for recording computer data on a CD. This 
standard specifies the physical arrangement of data, but does not define 
how data should be organized into files. It leaves the logical forma 
each CD-ROM up to the discretion of the developer. 

The International Standard Organization's ISO 9660 was subsequently 
developed to specify the logical format of the file structure for CD-ROM. 
Most CD-ROM software on the market today conform to this s an ar 

In addition, standards for mass-market interactive CD media were de- 
fined in the “Compact Disc Interactive (CD-I) Specifications - the Gree 
Book. CD-I incorporates newer technologies, such as interleaving sound 

and graphics. 

2.1.2 THE RELATIONSHIP BETWEEN THE VARIOUS CD STANDARDS 

The relationships between these standards are indicated in the figure be- 
low. 




' - 

XA 

Green Book 




1SO9660 

— 





Yellow Book 

1 


— 

Red Book 
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2.2 CD-DA FOR MUSIC 

900 AUDIO REPLAY , 

The stereo PCM sound on a CD-DA disc tt» 

441 kHz and is" ° f con - 

KTttXSfaS? L the minute and second at which each song 

The timing information ^ ont ai^ £ on^accu- 

[Tlmn A Second 5 !• to^tSlTmay occur during the master- 
[ng 6 process! This^coiracy rate ' s game^ A 9 game user will 

readily nottee a s^nd effecTwhich is not replayed until one second after 
the corresponding visual event has occurred. 

allow non-audio data to be read during audio replay. 
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2.3 CD-ROM FOR COMPUTER DATA 


2.3.1 CD-ROM DISCS 

a rn ROM disc includes a data track on which computer data is record- 

tSd 2. aS Son which CD-DA sound is recorded. A eombrned 
total of up to 99 tracks can be recorded on the disc. 

2.3.2 DISC FORMAT 

The Yellow Book specifies the physical format of data recorded on the^^ 
j i „ Tup smallest units which can be physically accessed on th 
2ES55^^ is 2352 bytes. As indicated in the figure below. 
^CD-ROM sector can be recorded in either Mode 1 or Mode 2. 


Mode 1 


- 


Sync 

signal 

Header \ 

12 

4 


iMe r data 
2048 


EDC 


Zero 


ECC 



A fixed oattern is recorded in the first 1 2 bytes of every sector for syn- 
chronization The next 4 bytes are the header field. The header contains 
the°abso!ute time informal forthe sector (i.e. the sector r adM «* 
one byte which indicates if the sector is recorded 
The absolute time information is used to access each sector indep 

dently. 

Marla i ia iiaed to record data which require a very low data error rate. 
Mode ! contains an error detection code (EDC) 

(ECC) which may be applied within a sector in addition to the CIRC for 
the disc. ECC is referred to as C3. 

Mode 2 allows 2336 bytes of user data to be recorded and has the same 
level of error correction as a CD-DA disc. 
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CD-I DISC FOR THE MASS MARKET 


2.4.1 CD INTERACTIVE 

Th . rn I ctandard was created for consumer and educational uses of 
CD-ROM technology. CD-I is more oriented toward multi-media applica- 
tions than CD-ROM and allows the user to use audio and video mtera - 

Sfo S rmat is obviously inadequate for fully interactive, multi-media appli- 
cations. 

To alleviate this problem. CD-I allows audio data jo be compressed and 
ticinn Ariantive Delta Pulse Code Modulation (ADPCM), ana m 

SSS 2 «. o„ one ».»• 

duced in CD-I, is also incorporated into CD-ROM aa. 


1, 1993 
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2.5 CD-ROM XA 

2 51 CD-ROM XA DISC FORMAT 

is nearly identical to CD-I. nM 

The CD-ROM XA disc format includes a subheader n0 *’° u 'V 
Ind divides CD-ROM Mode 2 into two forms; Form 1 and Form 2. 




The subheader allows CD-ROM XA to read interleaved audio and video 
files in real-time. 


2.5.2 


2.5.3 


LE STRUCTURE 

ne data on a CD-ROM XA disc is divided into, and accessed as ie. 

ased systems!cD-ROM XA's ability to process data in file units im 
roves the ease of development. 

lDAPTIVE delta pulse CODE MODULATION (ADPCM) 

_ rom XA disc than can be stored usipq r o . 

rnSES. ,0 be read and aud.o data r.play.d s.mglt.- 


neously. 
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CD-ROM XA 

This chapter describes the disc structure, format, features, and file strutfureof^ 

XA. CD-ROM XA’s disc structure must be understood before the Super NES CD-ROM 
system’s call function can be fully utilized. 

3.1 CD-ROM XA DISC STRUCTURE 
3.1.1 THE CD-ROM XA DISC 

A CD-ROM XA disc can hold up to 99 tracks, including data tracks (XA 
tracksi containing computer data and audio tracks containing CD-DA 
SSSK audio tracks ara option*. »o^. ° raat ra 

c-trictiv sDecified XA tracks must always be placed before CD-DA tracKS. 
As recommended in the CD-ROM XA Standards, the Nintendo discuses 
oniy one XA track. Data is accessed by files, not by tracks as in CD-DA 

format. 

As shown in the following figure, XA tracks are proceeded by a gap of two 
or more seconds, while XA and CD-DA tracks are separated by a gap 
and a pause of two or more seconds each. 


Lead- 

in 

Area 


Program Area 


CD-ROM XA track 


0 ’ 0”00 

0 ’ 2”00 


Pre-Gap 
(2 seconds) 


Multiple ^; >s I Lead- 
;CDrDA;tra^ks : ! out 
(optional) . Area 

- Pause (2 seconds or more) 

- Post-Gap 

(2 seconds or more) 


3.1.2 THE XA TRACK 

The XA track is divided into 2352-byte Mode 2 Form 1 and Mode 2 Form 
2 sectors. Sectors are the smallest units on the disc which can be physi- 
cally accessed. Sectors are identified by an address in the header field 
which includes bytes for minute, second, and sector. One second is com- 
prised of 75 sectors and one minute equals 60 seconds^The header ^d 
identifies the minute, second, and sector of a desired sector on the disc. 

This system is ideal for CD audio, but not for computer data. Therefore 
under CD-ROM XA, logical sector numbers are assigned sequentialiyto 
qpctors beainninq with 0 at minute 0, second 2, and sector 00. For exam 
Die loqicafsecto^ number 1000 is used to identify a desired sector. Data 
is pmcessed aTfiles in a normal program. One need not be aware of the 
absolute sector number for the data desired. 
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3.2 XA FORMAT 

3.2.1 XA SECTOR FORMAT 

MnHe ?. Form 1 



Mnria 2 Form 2 



sectors. 

Pnrm 1 spctors include error correction codes (ECC) and are appropnate 

ware. , .. 

Form 2 sectors hold 2324 bytes of user data, and have the same rM 
error correction as CD audio. Form 2 sectors are appropnate for AD 
audio data and screen data correctable by interpolation. 

The fields in each mode are explained later. 

3.2.2 SYNC AND HEADER FIELDS 

ThP first 1 2 bvtes of all sectors are recorded with a pre-set pattern for 
The firs 1 1 2 : bytes _ot an four cons titute the 

Sisrrst 

indicates the mode used to record the secior. 

3.2.3 SUBHEADER 

items, which are double-written for data integrity. 

3.2.3.1 File Number 

Data is accessed in logical groups called “files" on an XA disc. 
Files consist of a multiple number of sectors. 

An identical file number is assigned to all the sectors which belong 
£ one S?Wh£ a til. is -.-I th. s.clors which cohtaih tha, 
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file number are read. The use of file numbers allows sectors from 
different files to be interleaved, i.e., physically alternated on the 
disc, without impairing the ability to read only the sectors in a par- 

ticular file. 

File numbers range from 0-255. File number zero is only assigned 
to files composed of sectors which must be read consecutively 
anfnot intedeaved. File numbers 1 -255 are used for files with ei- 
ther consecutive or interleaved sectors. A file number does not act 
as an absolute identifier for a file, as this would limit the number of 
files to 256, but as a means for discriminating between adjacent 

sectors. 

Note that “interleaved files” are not the same thing as, what is gen- 
S3* Si to as. “interleaved audio and video- File int.rleav 
ing uses a file number to enable the interleaving of two or more 
files. Interleaved audio and video refers to the alternation of audio 
and video sectors in one file. The distinction is evasive, but impor- 
tant. In general, “interleaving" refers to the interleaving of sectors 
in one file (sector interleaving). 

Sector interleaving is sufficient for most requirements and file in- 
terleaving is relatively uncommon. 

.2.3.2 CHANNEL NUMBER 

A channel number is used to identify several different pieces of in- 
formation within a file that need to be chosen in combination. One 
example is a file containing narration in six languages. Channel 
numbers from 0-15 may be assigned to audio sectors (0-31 for 
video and data sectors). There are four types of sectors, which are 
explained in the next section. 

I.2.3.3 SUBMODE 

The submode defines the attributes of a sector. Attribute includes 
a sector's type. The four possible types of sectors ar e audia vid- 
eo d ata, and empty sector. An empty sector is a sector filled with 
zeros, used to fill gaps in a file. Hence, only three sectors are used 
for storing actual data: audio, video, and data sectors. 

File number, submode, and channel number can be used to spec- 
ify for example, “play a certain channel of the ADPCM audio data 
in a file and store video and program data in certain memory loca- 

tions”, etc. 

3 2.3.4 CODING INFORMATION 

The coding information field defines the details about the type of 
data for each sector type. For example, the field could be used to 
riPfinc the ADPCM level tor audio sectors. 
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3.3 XA FEATURES 

,,1 THREE SECTOR TYPES + CD-DA 
‘ ‘ sectors are one o, three types, 

ing on how the data in that sector .s tab. m* ^ ^ 

5£K?JKS2 be used creatively to deve.op interesting 
software. 
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3.3.3 


The XA subheader is 

o"^^ [Sz ^ 

^SrSSsa sbks32WSK 

3JSS5 KK rs^Srogrants oniy need to disp.ay or use 

Good program design r ® qu ^ 

« the necessary data mus, be read w»hm this 

tranQfpr rate. 
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3.4 XA FILE STRUCTURE 

The average CD holds 540 .^j*? e s n f ^ dottier of data on the disc 

be changed. This is c, early unaccept- 

program only needs to Know '® wh ere the data is recorded on 

It does not need to is handled by the Sys- 

(IS The SSU°suppM b, Nintendo pedo.ms tile 

management. 

342 SlTdSL srdrss^Su sss 

file is recorded on the dis ROM XA standards. The CD- 

S&'S^S'SSwl'onlh. Inte, national Standard Oganiza- 

SO 9660 ^“signed to 

i » ■ — * 

TheSSU understands sand loses 

In a normal program, howev , P the ssu routine, it is suffi- 

~ * r-BsssKr-“. ssr ,Be ,ow 

section, it differs from MS-DOb in ns use uic H 
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3.4.3 THE VOLUME DESCRIPTOR, PATH TABLE AND DIRECTORY 
The fiqure below depicts how tiles are accessed. 


111 ? 








Root Directory lij 


Directory 


Directory 


J Directory 

L 


File 


Volume Descriptor 

This area on the disc is used 
to store basic information about 
the disc, such as the production 
date. It also gives the location 
of the path table and root 
directory. 


Path Table 

This table indicates the location 
and parent directory of each 
directory. Once the path table 
is loaded into RAM, it may be 
referenced to find the directory 
for a particular file. The path 
table is designed to minimize 
the data access frequency. 

To improve file access time, 
the path should be loaded 
into RAM. Then the SSU 
can use the path table to 
access files. 


Directory 

A directory contains the 
sector numbers for a file. In a 
hierarchical directory structure, 
access time is excessive 
if a search is conducted 
beginning at the root directoty 
and proceeding through each 
successive layer. 

If the path table is not loaded 
into RAM, the SSU must foilov 
the hierarchical structure to 
access a file. 


Nintendo Technical Conference of February 

16 


1, 1993 



